home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 455 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  5.1 KB
  1. Subject: Digestion
  2. Date: Tue, 14 Jun 1994 15:18:46 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6. Michel Forget wrote:
  7. > I decide that I want the original back, so I press Control-H.
  8. > The changes are thrown away and the document is reloaded.
  9.  
  10. Scrap the whole concept of an `Abandon' option.  It makes more sense
  11. to just provide a Close option that gives `Cancel | Abandon | Save'
  12. options.  Otherwise, Close would still be expected to provide that
  13. alert, and Abandon would be expected to provide `Cancel | Abandon'!!
  14.  
  15.  
  16. Evan K. Langlois:
  17. > Can someone please check and see if the keyboard state variable (state of
  18. > cntrl-alt-shifts) that is returned from evnt_multi() is valid when a 
  19. > keyboard occurs.
  20.  
  21. Not only is it valid for keyboard and mouse, it is also valid for timer
  22. events.  Even the mouse position is valid for keyboard (and timer) events
  23. that occur in evnt_multi().
  24.  
  25.  
  26. Damien M. Jones:
  27. > Is it absolutely necessary for everyone to respond with an "I
  28. > agree to this" message...
  29.  
  30. On a newsgroup, no.  But on a mailing list, it is sometimes necessary
  31. to show agreement, as that helps to coagulate the general opinion of
  32. the group.  If we only ever heard `Nay', then we'd start to think that
  33. stdization was impossible.
  34.  
  35. > _yet_another_ file sitting in the root directory.
  36.  
  37. APP-DEFS.SYS should be searched for in the root dir, then elsewhere,
  38. such as /system, etc.  This is all just damage-control for Atari not
  39. thinking of such a solution in the first place.  ASSIGN.SYS should
  40. never have existed.  It cold be done with APP-DEFS.SYS.  So could
  41. just about all other SYS and INF files that are polluting C:\
  42.  
  43. > And I think .SYS is a bad extension for this file.  Keep in mind that
  44. > this is something the _user_ will be editing.  Don't scare them away!
  45.  
  46. How is that different from ASSIGN.SYS?  For years, the user was expected
  47. to edit ASSIGN.SYS, then along came some apps with Speedo to automate
  48. it.  I suggest that APP-DEFS.SYS will take a shortcut and have app-based
  49. editing right from the start.
  50.  
  51. > Why have a standard, if you have a key-definition file.
  52.  
  53. It specifies which keys should be avoided in app-specific lines of
  54. the APP-DEFS.SYS file.  Simple?  Std is necessary.
  55.  
  56. What the APP-DEFS.SYS does is make the stdization process much simpler,
  57. as it's not necessary to please all the people all the time.  You just
  58. have to ensure that people can please themselves.
  59.  
  60.  
  61. Ofir:
  62. > I'm against an ASCII file for the user to edit. Parsing is a pain and
  63. > users are likely to hate it anyway. Someone will have to create an editor.
  64.  
  65. I sent out the parsing code (it's trivial), so an ASCII file is fine.
  66. This is not to say that it should always be created by a text editor.
  67. I would like to see an editor for APP-DEFS.SYS that included some support
  68. for `installing' an APP-DEFS.SYS from a s/w package.  This might be
  69. as simple as stripping repeats and appending the rest.
  70.  
  71. Annius:
  72. > [Shift-FULLER for iconify] Makes sense...Should this be part of the standard?
  73.  
  74. It should, since it is a shortcut.  Thought about this started when a key
  75. shortcut for iconify was suggested.  In general, I would suggest we avoid
  76. modified window-gadget-clicks, but this is just to provide iconification
  77. in older GEM versions.
  78.  
  79. Damien M. Jones:
  80. > What I'd rather see is a method whereby programs can retrieve a set of
  81. > "global" keyboard shortcuts, but in the absence of such a set, can use
  82. > whatever the programmer feels is "best" for that particular
  83. > application.
  84.  
  85. While this is easy for the application writer to implement, it shouldn't
  86. be necessary, as an application should always be provided with a start-up
  87. APP-DEFS.SYS file.  Installation error is the only reason why such a file
  88. would not exist.  The app could simply copy a local APP-DEFS.SYS to the
  89. system-wide location of APP-DEFS.SYS if not found.
  90.  
  91.  
  92. Evan K. Langlois:
  93. > This means all apps could use the same [APP-DEFS.SYS] file, or you could
  94. > make lots of separate files for each program...
  95.  
  96. There should only be one APP-DEFS.SYS file [per user], as that file has
  97. the ability to specify application-specific as well as system-wide defaults.
  98. Possibly even application-type-specific, if that was standardized (we'd have
  99. one over X11 there).  eg. wp.editress.*, wp.tempus.*; or textedit.editress.*!?
  100.  
  101. > I recommend [SHORTCUT.INF] as the name
  102.  
  103. Not only shortcuts can be stored.  Any config attribute at all can be
  104. easily included.  APP-DEFS.SYS or APP-CONF.SYS or APPL-DEF.SYS [Apple!!eeek!].
  105.  
  106.  
  107. Evan K. Langlois:
  108. > Drag-n-Drop was a move, not a copy.  My docs don't mention that.
  109. > I think it should always be a copy.
  110.  
  111. Apple got it wrong (they use move).  Move is a macro for copy-then-delete,
  112. so the basic op should be copy.  We can laugh at Apple.
  113.  
  114.  
  115. General:
  116.  
  117. * I disagree with double-clicking in general, and double-keying absolutely.
  118.  
  119. * Adding configuration to every app has two major failings:
  120.     - Repeated, inconsistent code.
  121.     - Every app must be changed to the user's preferences, rather
  122.         than the user setting prefs, then all apps using them.
  123.  
  124. * Anyone at all looked at that APP-DEFS.SYS code I posted?  Would you
  125.     prefer it in ASCII rather than a UUencoded zip file?
  126.  
  127.  
  128. --
  129. Warwick
  130. ps. Ofir, one other person doesn't digets their replies...... ?:)
  131.